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METHOD AND APPARATUS FOR DECODING 
FORWARD ERROR CORRECTION CODES 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This application claims benefit of priority under 35 U.S.C. § 119(e) to U.S. 

Application 60/536,071, which was filed on January 12, 2004 and incorporated 
herein by reference. 
BACKGROUND OF THE INVENTION 

[0002] Most communications networks are designed to convey multiple 

communications simultaneously over each individual communication path, for 
example, a radio frequency (RF) channel or physical connection, using some type of 
modulation. In recent years, an increasing demand has arisen for efficient and 
reliable digital data transfers which assure correct data transmissions at as great a 
data rate as possible. Forward error correction (FEC) codes have been used in 
some communications systems for this purpose. 

[0003] Codes are essentially digital data sequences derived from message 

sequences and used to convey message information. In forward error correction 
(FEC), information may be encoded to provide the abilities of detection and/or 
correction of errors occurring in a transmission, for example resulting from a noisy 
channel. The receiver in a communication system can recover all the information in 
the codewords by itself and thus coding lends advantages to high speed 
communication systems and/or those requiring synchronous communications. 

[0004] For block coding, as opposed to convolutional coding, an encoder divides the 
information to be sent into message blocks of length k. In binary block encoding, 
each message block is represented by a binary k-tuple u=(ui, u 2 , ..... u k ) called a 
"message," thus there are 2 k different possible messages altogether. The encoder 
transforms each message m independently into an n-tuple c=(ci, C2 c n ) called a 
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"codeword." Therefore, there are 2 k different possible codewords at the encoder 
output. The set of 2 k codewords of length n is called a (n, k) "block code " 

[0005] Low Density Parity Check (LDPC) codes are a type of FEC block codes that 

that can be iteratively decoded. LDPC codewords are constructed using a number 
of simple parity-check relationships shared between the bits in a codeword. Various 
different decoding algorithms can be applied to decode LDPC codes but most obtain 
the greatest gain when applied iteratively. 

[0006] Generally, the more decoding iterations applied to decode each LDPC 

codeword, the lower the codeword error rate given equal code rates. However, the 
number of decoding iterations that may be performed on each codeword may be 
limited by available time in high speed communication networks with restrictive 
decoding latency requirements. Further, the complexity and/or processing 
capabilities of a decoder may increase with the number of decoding iterations to be 
performed. Accordingly, it would be desirable to have a technique and/or system for 
decoding LDPC codes with a limited number of decoding iterations while 
maintaining an acceptable codeword error rate or bit error rate (BER). 
BRIEF DESCRIPTION OF THE DRAWING 

[0007] Aspects, features and advantages of the present invention will become 

apparent from the following description of the invention in reference to the appended 
drawing in which like numerals denote like elements and in which: 

[0008] Fig. 1 is a matrix showing an example parity check matrix for decoding 

information according to various embodiments of the present invention; 

[0009] Fig. 2 is a bipartite graph showing an example parity relationship for the 

parity check matrix shown in Fig. 1 ; 
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[0010] Fig. 3 is a flow chart illustrating a method for decoding information in a 

communication network according to one embodiment of the present invention; 

[0011] Fig. 4 is a flow chart illustrating an example second decoding algorithm which 

may be applied after a first iterative decoding process is completed; 

[0012] Fig. 5 is block diagram of an example communication device according to 

various aspects of the present invention; and 

[0013] Fig. 6 is a block diagram of an example communication network including a 

decoding apparatus similar to that in Fig. 5. 
DETAILED DESCRIPTION OF THE INVENTION 

[0014] While the following detailed description may describe example 

embodiments of the present invention in relation to wireless networks, the 
embodiments of present invention are not limited thereto and, for example, can be 
implemented using wired systems such as Ethernet or Token ring networks and/or 
optical networks where suitably applicable. 

[0015] The following inventive embodiments may be used in a variety of applications 

including receivers and/or transceivers of a radio system, although the present 
invention is not limited in this respect. Radio systems specifically included within the 
scope of the present invention include, but are not limited to: wireless local area 
network (WLAN) systems and wireless wide area network (WWAN) systems and 
related network interface devices and peripherals such as network interface cards 
(NICs), base stations, access points (APs), gateways, bridges, hubs and cellular 
radiotelephones. Further, the network systems within the scope of the invention 
may include cellular radiotelephone systems, satellite systems, personal 
communication systems (PCS), two-way radio systems, one-way pages, two-way 
pagers, personal computers (PC), personal digital assistants (PDA), personal 
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computing accessories (PCA) and all future arising systems which may be related in 
nature and to which the principles of the invention could be suitably applied. 

[0016] While the following detailed description references example implementations 

in relation to Low Density Parity Check (LDPC) codes, the inventive aspects are not 
necessarily limited thereto and can be applied to other coding/decoding schemes 
where suitably appropriate. 

[0017] LDPC codies are a form of error correction codes similar to Turbo codes, but 

much more, computationally intensive with the advantage that they can achieve near 
Shannon-limit communication channel capacity. An LDPC code is a linear message 
encoding technique defined by a sparse parity check matrix. The message to be 
sent is encoded using a generator matrix or the sparse parity check matrix and 
when it reaches its destination, it is decoded using the sparse parity check matrix. 

[0018] Turning to Figs. 1 and 2 respectively, a sample parity check matrix 100 and 

associated bipartite graph 200 showing the parity relationships of a 10-bit codeword 
are shown. An LDPC decoding algorithm is of a series of computations derived 
from a message-passing iterative bipartite graph such as graph 200. In this 
example, variable nodes 210-219 (also called "bit nodes") represent the bits in a 
codeword and check nodes 201-205 represent the parity relationships between 
those bits. The lines connecting check nodes 201-205 to variable nodes 210-219 
are called "edges." The number of check nodes 201-205 and bit nodes 210-219, as 
well as how they communicate, is defined by parity check matrix 100 (Fig. 1). The 
basic principle is to measure the probability of an encoded bit having a logic state of 
0 or 1 based on the probable values of the other bits in the same word. A sequence 
of decoding iterations may be performed to either converge the probability value 
towards a bit value of zero or one. 
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[0019] The bit and check nodes essentially perform a series of computations to 

reach a convergence on the likelihood about the logic state (for example using a set 
of bilinear transforms to converge a value toward zero or infinity). This operation is 
iterative and eventually after a series of iterations the likelihood ratio converges in 
one direction or the other. 

[0020] The confidence that the logic state is a zero or a one is referred herein as 

"soft metrics" or "metrics." in one example implementation, the lower the metrics, 
the lower the confidence about the bit logic state. In an ideal system, decoding 
iterations would be performed until there is near absolute certainty about each bit 
logic state and discard bits which do not result in a convergence. However, as 
previously mentioned, the decoding latency requirements of the network and/or the 
processing capabilities of the decoder may be a limiting factor in the number of 
iterations that can or will be performed. The present inventor has discovered that in 
certain systems implementing iterative decoding, the codeword error rate is often 
dominated by codewords with very small numbers of bit errors. Accordingly, it is 
proposed that if the decoding system is configured to detect and correct one or 
more bit errors after a last decoding iteration, the codeword error rate may be 
substantially reduced. For example, the ability to correct just two bit errors after a 
last decoding iteration may be equivalent to executing an additional decoding 
iteration. 

[0021] Turning to Fig. 3, a method 300 for decoding information generally includes 

decoding 310 information using an iterative decoding algorithm until a stopping 
criterion is reached 315 and decoding 320 the information using a second decoding 
algorithm to further reduce the bit error rate or codeword error rate. 
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[0022] In one example implementation, coded information is received 305 at a 

network device such as a wireless local area network (WLAN) access point (AP) or 
a network interface card (NIC), although the embodiments of the invention are not 
limited in this respect. At 310, an iterative decoding process may be performed on 
the coded information until a stopping criterion is reached 315. The iterative 
decoding process may include applying any type of decoding algorithm to the 
received coded information a number of times (i.e., iterations) to converge a 
probability that a logic state for individual bits is one or zero. For example, various 
types of LDPC decoding algorithms may be used for check-to-bit and/or bit-to-check 
message passing; alternatively, if applicable, Turbo code or other non-LDPC 
decoding algorithms could be used. 

[0023] Stopping criteria 315 may be for example, completion of a desired number of 

iterations, a length of elapsed time, an achieved bit error rate or codeword error rate 
or any other criterion suitable for ceasing the iterative decoding 310. 

[0024] After the last decoding iteration of 310, a second decoding process is 

performed 320 on the information to further reduce the potential error rate. This 
second process may involve applying a second decoding algorithm to the 
information. In one embodiment, the second decoding algorithm is preferably less 
processing intensive than additional iterations performed with the first decoding 
algorithm. The second decoding algorithm may include calculating or reviewing the 
present likelihood (i.e., after a number of decoding iterations) of each bit being a one 
or a zero and flipping one or more bits having the lowest likelihood. As used herein, 
flipping a bit means changing its binary value to the opposite value, for example 
changing a one to a zero or vice versa. If there is additional information to be 
decoded 325, for example a next codeword, the first and second decoding 
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processes 310, 320 may be repeated until all received information has been 
decoded 330. 

[0025] Turning to Fig. 4, a non-limiting example of a second decoding process 400 

or algorithm (e.g., 320; Fig. 3) will be described. As broadly used herein, an 
"algorithm" is a procedure for accomplishing an end result. In this example, it is 
assumed that a last iteration has already been completed in an iterative LDPC 
decoding process (e.g., in Fig. 3, the first algorithm 310 has been applied). Process 
400 may include locating or identifying 400 one or more check nodes having the 
lowest metrics. In the example bipartite graph 200 of Fig. 2, two check nodes 202 
and 204 are identified to have the lowest metrics (shown in italics). 

[0026] The bit nodes or edges having the lowest metrics and which are associated 

with the identified check nodes may be identified 410 (in Fig. 2, two identified edges 
are shown in bold). The codeword bits corresponding to the identified bit nodes or 
edges (e.g., corresponding to nodes 214, 216; Fig. 2) are then candidates for 
flipping. The bits may be automatically flipped or a decision whether or not to flip 
the bits may be made based on a number of potential factors. In one example 
embodiment, the parity relationships associated with the identified bit nodes or 
edges may be assessed 415 to provide a further indication of whether or not to flip 
the candidate bits. (Note: in Fig. 2, each of the variable nodes 214 and 216 is a 
member of two different parity relationships, since each has two edges connected to 
it). 

[0027] Process 400 may further include a repetitive action where if a certain number 

of bits have not been flipped 425 (for example, at least two bits), a next check node 
having the next lowest metric compared to the previously identified check node(s) 
may be identified 427 and the process repeated until a desired number pf bits has 
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been flipped 425. When the desired number of bits has been flipped or the 
codeword has been exhaustively searched, the second decoding process of this 
example embodiment is completed 430 and the decoder moves on to the next 
codeword. 

[0028] While process 400 details very specific actions for an example LDPC 

embodiment, it should be recognized that any process or algorithm which is suitable 
to correct one or more bit errors after an initial number of decoding iterations have 
been completed could also be used. Since iterative decoding typically has 
disadvantages in hardware complexity and decoding latency, the foregoing methods 
can provide a simplified technique which can reduce a number of decoding 
iterations and therefore reduce decoding latency and/or complexity of decoding 
hardware. Alternatively, the foregoing methods may increase the performance of 
coded transmissions as compared with conventional systems having the same 
latency requirements and hardware complexity. 

[0029] Turning to Fig. 5, an example communication device 500 using FEC may 

generally include a code processing portion 510, and a memory portion 520 
accessible by processing portion 510. Device 500 may also include a transceiver/ 
amplifier portion 530 and/or one or more antennas 535. In certain example 
embodiments, coded information is transmitted/received wirelessly using OFDM 
modulation and demodulation techniques compatible with one or more Institute for 
Electrical and Electronic Engineers (IEEE) 802.11 standards for wireless local area 
networks (WLANs), although the inventive embodiments are not limited in this 
respect. (Note: two antennas are shown in Fig. 5 for optional Multiple Input Multiple 
Output (MIMO) implementations). 
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[0030] Memory portion 520 may be one or more fixed, removable, internal or 

external memories and capable of storing machine readable code and/or other data 
which may be used by processing portion 510, for example to perform one or more 
of the FEC decoding processes described herein. Processing portion 510 and 
memory portion 520 may be any single component or combination of components 
for performing these functions. 

[0031] Processing portion 510 may be configured to perform digital communication 

functions such as a medium access control 512 and/or baseband processing 514. 
In one example implementation, an FEC decoder 515 configured to perform the 
previously described first and second decoding algorithms (e.g., 310, 320; Fig. 3) is 
integrated, along with an optional digital demodulator (not separately shown), as 
part of a digital baseband processor 514. The inventive embodiments are however 
not limited in this respect. Additional elements, such as one or more analog to 
digital converters (ADC), digital to analog converters (DAC), an FEC encoder, a 
memory controller, a digital modulator or other associated elements, may also be 
included as part of device 500. 

[0032] In certain embodiments, processing portion 510 and/or memory portion 520 

may be implemented using one or more programmable devices such as a 
microprocessor, Digital Signal Processor (DSP), microcontroller or field 
programmable gate array. Additionally and/or alternatively, various elements of 
processing portion 510 may be implemented using discrete circuit components or as 
one or more application specific integrated circuits (ASICs). Other implementations 
may also be possible and the principles of the inventive embodiments are not limited 
to any specific hardware, software or firmware implementation. 
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[0033] Referring to Fig. 6, an example communication network 600 using forward 

error correction (FEC), and for which the inventive embodiments may be adapted, 
may include one or more wireless network access stations 605 and one or more 
wireless user stations 607-609. Wireless network access station 605 may be any 
device or combination of devices which facilitate network access to wireless user 
stations 607-609 via electromagnetic waves including for example, a wireless local 
area network (WLAN) access point (AP), a wireless wide area network (WWAN) AP, 
a cellular telephone base station and the like. User stations 607-609 may be any 
device or component of such device configured to communicate with access station 
605, including for example, a cellular telephone 607, a laptop computer 608, a 
personal digital assistant 609 or other communication or computing devices and/or 
their RF interfaces. 

[0034] Network access station 605 may include and/or be communicatively coupled 

to a network processor 620 such as a network server, telephone circuit switch, or 
any other packet or frame-based network switch and/or information control device. 
Network 600 may additionally or alternatively include physically connected 
components such as those used in a wired network (e.g., Ethernet 625 and related 
user stations 628, 629) or a fiber optic network (e.g., fiber optic transceiver 630). 
Accordingly, any device in network 600 using FEC may suitably include decoding 
components arranged to perform the FEC decoding methods described herein. 

[0035] Unless contrary to physical possibility, the inventor envision the methods 

described herein: (i) may be performed in any sequence and/or in any combination; 
and (ii) the components of respective embodiments combined in any manner. 

[0036] Although there have been described preferred embodiments of this novel 

invention, many variations and modifications are possible without departing from the 
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scope of the invention and the embodiments described herein are not limited by the 
specific disclosure above, but rather should be limited only by the scope of the 
appended claims and their legal equivalents. 
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